Infrastructure for interactive television applications

ABSTRACT

Methods and apparatuses for selectively displaying a video program are disclosed. A system for selectively displaying a video program in accordance with the present invention comprises a transmission station, including a server for attaching information to the video program, a plurality of satellites receiving at least an uplink signal which includes the information and the video program from the transmission station and producing a downlink signal based on the uplink signal, an antenna, the antenna receiving the downlink signal, and at least one receiver, coupled to the antenna, for receiving the downlink signal and interpreting the information in the downlink signal, wherein the at least one receiver selectively displays the video program based on at least the interpreted information.

CROSS REFERENCE TO RELATED APPLICATION

This application claims the benefit of the earlier filing date under 35U.S.C. §119(e) of U.S. Provisional Application Ser. No. 60/731,140 filedOct. 28, 2005, entitled “Infrastructure for Interactive TelevisionApplications,” the entirety of which is incorporated herein byreference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to communication systems, and moreparticularly to an infrastructure for interactive televisionapplications.

2. Description of the Related Art

FIGS. 1A and 1B illustrate a typical satellite based broadcast systemsof the related art.

FIG. 1A shows television broadcasting system 20, which transmits andreceives audio, video, and data signals via satellite. Although thepresent invention is described in the context of a satellite-basedtelevision broadcasting system, the techniques described herein areequally applicable to other methods of program content delivery, such asterrestrial over-the-air systems, cable-based systems, and the Internet.Further, while the present invention will be described primarily withrespect to television content (i.e. audio and video content), thepresent invention can be practiced with a wide variety of programcontent material, including television content, audio content, or datacontent.

Television broadcasting system 20 includes transmission station 26,uplink dish 30, satellite 32, and receiver stations 34A-34C(collectively referred to as receiver stations 34). Transmission station26 includes a plurality of input lines 22 for receiving various signals,such as analog television signals, digital television signals, videotape signals, original programming signals and computer generatedsignals containing HTML content. Additionally, input lines 22 receivesignals from digital video servers having hard discs or other digitalstorage media. Transmission station 26 also includes a plurality ofschedule feeds 24, which provide electronic schedule information aboutthe timing and content of various television channels, such as thatfound in television schedules contained in newspapers and televisionguides. Transmission station 26 converts the data from schedule feeds 24into program guide data. Program guide data may also be manually enteredat the site of transmission station 26. The program guide data consistsof a plurality of “objects”. The program guide data objects include datafor constructing an electronic program guide that is ultimatelydisplayed on a user's television.

Transmission station 26 receives and processes the various input signalsreceived on input lines 22 and schedule feeds 24, converts the receivedsignals into a standard form, combines the standard signals into asingle output data stream 28, and continuously sends output data stream28 to uplink dish 30. Output data stream 28 is a digital data streamthat is compressed using MPEG2 encoding, although other compressionschemes may be used.

The digital data in output data stream 28 are divided into a pluralityof packets, with each such packet marked with a service channelidentification (SCID) number. The SCIDs are later used by receiver 64(shown in FIG. 1B) to identify the packets that correspond to eachtelevision channel. Error correction data is also included in outputdata stream 28.

Output data stream 28 is a multiplexed signal that is modulated bytransmission station 26 using standard frequency and polarizationmodulation techniques. Output data stream 28 preferably includes 16frequency bands, with each frequency band being either left polarized orright polarized. Alternatively, vertical and horizontal polarizationsmay be used.

Uplink dish 30 continuously receives output data stream 28 fromtransmission station 26, amplifies the received signal and transmits thesignal to satellite 32. Although a single uplink dish and satellite areshown in FIG. 1, multiple dishes and satellites are preferably used toprovide additional bandwidth, and to help ensure continuous delivery ofsignals.

Satellites 32 revolve in geosynchronous orbit about the earth.Satellites 32 each include a plurality of transponders that receivesignals transmitted by uplink dish 30, amplify the received signals,frequency shift the received signals to lower frequency bands, and thentransmit the amplified, frequency shifted signals back to receiverstations 34.

Receiver stations 34 receive and process the signals transmitted bysatellites 32. Receiver stations 34 are described in further detailbelow with respect to FIG. 1B.

FIG. 1B is a block diagram of one of receiver stations 34, whichreceives and decodes audio, video and data signals. Receiver station 34includes receiver dish 60, alternate content source 62, receiver 64,television 66, recording device 68, remote control 86 and access card88. Receiver 64 includes tuner 70/demodulator/Forward Error Correction(FEC) decoder 71, digital-to-analog (D/A) converter 72, CPU 74, clock76, memory 78, logic circuit 80, interface 82, infrared (IR) receiver 84and access card interface 90. Receiver dish 60 receives signals sent bysatellite 32, amplifies the signals and passes the signals on to tuner70. Tuner 70 operates under control of CPU 74.

The CPU 74 operates under control of an operating system stored in thememory 78 or within an auxiliary memory within the CPU 74. The functionsperformed by CPU 74 are controlled by one or more control programs orapplications stored in memory 78. Operating system and applications arecomprised of instructions which, when read and executed by the CPU 74,cause the receiver 64 to perform the functions and steps necessary toimplement and/or use the present invention, typically, by accessing andmanipulating data stored in the memory 78. Instructions implementingsuch applications are tangibly embodied in a computer-readable medium,such as the memory 78 or the access card 88. The CPU 74 may alsocommunicate with other devices through interface 82 or the receiver dish60 to accept commands or instructions to be stored in the memory 78,thereby making a computer program product or article of manufactureaccording to the invention. As such, the terms “article of manufacture,”“program storage device” and “computer program product” as used hereinare intended to encompass any application accessible by the CPU 74 fromany computer readable device or media.

Memory 78 and access card 88 store a variety of parameters for receiver64, such as a list of channels or services that the receiver 64 isauthorized to process and generate displays for; the zip code and areacode for the area in which receiver 64 is used; the model name or numberof receiver 64; a serial number of receiver 64; a serial number ofaccess card 88; the name, address and phone number of the owner ofreceiver 64; and the name of the manufacturer of receiver 64.

Access card 88 is removable from receiver 64 (as shown in FIG. 1B). Wheninserted into receiver 64, access card 88 is coupled to access cardinterface 90, which communicates via interface 82 to a customer servicecenter (not pictured). Access card 88 receives access authorizationinformation from the customer service center based on a user'sparticular account information. In addition, access card 88 and thecustomer service center communicate regarding billing and ordering ofservices.

Clock 76 provides the current local time to CPU 74. Interface 82 ispreferably coupled to a telephone jack at the site of receiver station34. Interface 82 allows receiver 64 to communicate with transmissionstation 26 via telephone lines. Interface 82 may also be used totransfer data to and from a network, such as the Internet.

The signals sent from receiver dish 60 to tuner 70 are a plurality ofmodulated rf signals. The desired rf signal is then downconverted tobaseband by the tuner 70, which also generates in-phase and quadrature(I and Q) signals. These two signals are then passed to thedemodulator/forward-error-correction (FEC) application specificintegrated circuit (ASIC) 71. The demodulator 71 ASIC then demodulatesthe I and Q signals and the FEC decoder correctly identifies eachtransmitted symbol. The received symbols for quaternary phase shiftkeying (QPSK) or 8PSK signals carry two or three data bits,respectively. The corrected symbols are translated into data bits, whichin turn are assembled in to payload data bytes, and ultimately into datapackets. The data packets may carry 130 data bytes or 188 bytes (187data bytes and 1 sync byte).

In addition to the digital satellite signals received by receiver dish60, other sources of television content are also preferably used. Forexample, alternate content source 62 provides additional televisioncontent to television 66. Alternate content source 62 is coupled totuner 70. Alternate content source 62 can be an antenna for receivingoff the air signals NTSC signals, a cable for receiving ATSC signals, orother content source. Although only one alternate content source 62 isshown, multiple sources can be used.

Initially, as data enters receiver 64, tuner 70 looks for a boot object.Boot objects are always transmitted with the same SCID, so tuner 70knows that it must look for packets marked with that SCID. A boot objectidentifies the SCIDs where all other program guide objects can be found.The information from the boot object is used by tuner 70 to identifypackets of program guide data and route them to memory 78.

Remote control 86 emits infrared signals that are received by infrared(IR) receiver 84 in receiver 64. Other types of data entry devices mayalternatively be used, such as an ultra-high frequency (UHF) remotecontrol, a keypad on receiver 64, a remote keyboard and a remote mouse.When a user requests the display of a program guide by pressing the“guide” button on remote control 86, a guide request signal is receivedby IR receiver 84 (shown in FIG. 2) and transmitted to logic circuit 80.Logic circuit 80 informs CPU 74 of the guide request. In response to theguide request, CPU 74 causes memory 78 to transfer a program guidedigital image to D/A converter 72. D/A converter 72 converts the programguide digital image into a standard analog television signal, which isthen transmitted to television 66. Television 66 then displays theprogram guide. Television 66 may alternatively be a digital television,in which case no digital to analog conversion is necessary.

Users interact with the electronic program guide using remote control86. Examples of user interactions include selecting a particular channelor requesting additional guide information. When a user selects achannel using remote control 86, IR receiver 84 relays the user'sselection to logic circuit 80, which then passes the selection on tomemory 78 where it is accessed by CPU 74. CPU 74 instructs tuner 70 tooutput the audio and video packets for the selected channel to D/Aconverter 72. D/A converter 72 performs an MPEG2 decoding step onreceived packets, converts the packets to analog signals, and outputsthe analog signals to television 66.

Recently, broadcasting system 20 has begun transmitting interactiveservices and channels to receiver stations 34. This new layer ofinteractivity creates new challenges and issues to be resolved in system20, such as how the interactive commands are sent and used within system20. It can be seen, then, that there is a need in the art to allow forcontrol and management of interactive services in a broadcasting system.

SUMMARY OF THE INVENTION

To minimize the limitations in the prior art, and to minimize otherlimitations that will become apparent upon reading and understanding thepresent specification, the present invention discloses methods andapparatuses for selectively displaying satellite-based televisionsignals in communications systems. A method in accordance with thepresent invention comprises querying an Application Program Interface(API) with an application, determining the status of at least one videoprogram based on a result of the query, and selectively displaying theat least one video program based on the status of the at least one videoprogram.

Such a method further optionally includes setting a flag in the at leastone video program, the flag indicating that the at least one videoprogram is to be displayed only after the status is determined, the atleast one video program being a mosaic channel comprising a plurality ofviewer channels, each viewer channel in the plurality of video channelshaving a separate status and each viewer channel in the plurality ofvideo channels is selectively displayed based on the separate status,the separate status being based on a service authorization or ageographical location of a receiver station, and determining at leastone interactive function of the at least one video program based on thestatus of the at least one video program.

An infrastructure within a satellite television signal delivery system,for determining whether a video program is displayable on a televisionmonitor in accordance with the present invention comprises a server,coupled to a transmission station, wherein the server attachesinformation to the video program, and a receiver station, including anApplication Program Interface (API), coupled to the receiver station,wherein the API determines the status of the video program based on theinformation attached to the video program, wherein the receiver stationselectively allows display of the video program based on the status ofthe video program.

Such an infrastructure further optionally includes the informationattached to the video program indicating that the video program is to bedisplayed only after the status is determined, the video program being amosaic channel comprising a plurality of viewer channels, each viewerchannel in the plurality of video channels having a separate status andeach viewer channel in the plurality of video channels is selectivelydisplayed based on the separate status, the separate status being basedon a service authorization or a geographical location of a receiverstation, and determining at least one interactive function of the atleast one video program based on the status of the at least one videoprogram.

A system for selectively displaying a video program in accordance withthe present invention comprises a transmission station, including aserver for attaching information to the video program, a plurality ofsatellites receiving at least an uplink signal which includes theinformation and the video program from the transmission station andproducing a downlink signal based on the uplink signal, an antenna, theantenna receiving the downlink signal, and at least one receiver,coupled to the antenna, for receiving the downlink signal andinterpreting the information in the downlink signal, wherein the atleast one receiver selectively displays the video program based on atleast the interpreted information.

Such a system further optionally includes the information attached tothe video program indicating that the video program is to be displayedonly after a status of the video program is determined, the videoprogram being a mosaic channel comprising a plurality of viewerchannels, each viewer channel in the plurality of video channels havinga separate status and each viewer channel in the plurality of videochannels is selectively displayed based on the separate status, theseparate status being based on a service authorization or a geographicallocation of a receiver station, and the receiver station determining atleast one interactive function of the at least one video program basedon the status of the at least one video program.

Still other aspects, features, and advantages of the present inventionare inherent in the systems and methods claimed and disclosed or will beapparent from the following detailed description and attached drawings.The detailed description and attached drawings merely illustrateparticular embodiments and implementations of the present invention,however, the present invention is also capable of other and differentembodiments, and its several details can be modified in variousrespects, all without departing from the spirit and scope of the presentinvention. Accordingly, the drawings and description are to be regardedas illustrative in nature, and not as a restriction on the presentinvention.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example, and not by wayof limitation, in the figures of the accompanying drawings and in whichlike reference numerals refer to similar elements and in which:

FIGS. 1A and 1B illustrate a typical satellite based broadcast systemsof the related art;

FIG. 2 illustrates a block diagram of the transmission station inaccordance with the present invention;

FIG. 3 illustrates changes to receiver station 34 in accordance with thepresent invention;

FIG. 4 illustrates a typical eight-cell matrix with a generic video feedin accordance with the present invention; and

FIG. 5 is a flowchart showing the steps of the present invention.

DESCRIPTION OF THE PREFERRED EMBODIMENT

In the following description, reference is made to the accompanyingdrawings which form a part hereof, and which show, by way ofillustration, several embodiments of the present invention. It isunderstood that other embodiments may be utilized and structural changesmay be made without departing from the scope of the present invention.

Overview

The present invention comprises an infrastructure for interactiveapplications, enabling the interactive applications to accessConditional Access (CA) data and to cleanly share Receiver Station 34(also known as an Integrated Receiver/Decoder, or IRD) resources. Thisinfrastructure allows a service provider to control these resourcesacross multiple application developers without exposing complex CAinterfaces.

The CA interface allows applications to query current authorizations,make purchases and execute parental control tasks. Applications canquery whether a particular channel or event is authorized. For example,a sports mosaic can block a premium sports channel if a blackout appliesor if the viewer is not entitled. Applications can directly purchasePay-Per-Views and use them either to access TV content, e.g., On Requestcontent, or to control access to parts of the application itself, e.g.,different games in a games portal. Interactive applications can enforceparental limits and request PIN entry to override a spending limit orparental rating for a given application or viewer channel.

Applications can query the following CA fields: Smart Card ID,Subscriber ID, and ZIP code. ZIP code can be used for targetedadvertisements or local weather. Interactive applications can use theSubscriber ID to identify the subscriber performing a transaction suchas requesting a brochure or making a purchase.

The “Is Subscriber Addressed?” feature enables an interactiveapplication to determine whether the subscriber matches a combination ofCA traits, such as a given subscription and any one of a list of regionbits. This mechanism isolates the interactive application author fromthe meaning of CA data and is, therefore, much easier to use.

Store and Forward (S&F) allows an application to store data in thereceiver station 34 on NVRAM, disk (Digital Video Recorder (DVR)) orFlash. Access to S&F is controlled by an interactive applicationcertificate, including how much data space is allocated uniquely to thisinteractive application, when that data expires, and whether any otherinteractive applications can use it. The forwarding mechanism returnsinteractive application data to the head-end as a background task. Thismeans that the interactive application needn't be running when the datais forwarded. The data can be returned immediately, every few days, orupon head-end command. S&F manages issues such as call backrandomization, retries and permitted call back time windows. S&F therebywould allow a voting application to spread responses over a period oftime, without peak loading.

Controlled Return Path ensures that only authorized receiver stations 34can access the signals 33 in network 20. The Controlled Return Path usesthe well-known Radius CHAP protocol: only after properly responding to achallenge using access card 88 codes will the POP issue an IP address tothe receiver station 34 and allow the connection to be established.

Secure Return Path (SRP) is an additional layer of security, encryptingall messages from the receiver station 34 to the application server. SRPuses secrets stored in the access card 88 in a “Bi-lateral Protocol”. Itdoes require decryption in the secure system 20 environment, andre-encryption under TLS (the industry standard security protocol usedfor commerce on the Internet) for the hop to the application server.

FIG. 2 illustrates a block diagram of the transmission station inaccordance with the present invention.

Within transmission station 26, a server 202 is used to insert symbolsand programming into uplink signals 31 that are then transmitted toreceiver stations 34. Server 202 provides the proper programming toreceiver stations 34, which comprises an interactive application thatinterfaces with this programming.

Further, interactive applications are registered at server 202, viaprogramming or other means, as specific types of applications, such as“application prior” applications where audio is muted and video isblacked out prior to the application being loaded into any receiverstation confirmation, so when the programming is received at a receiverstation 34, the receiver station 34 will be able to properly handle theapplication.

For example, and not by way of limitation, a Purchase Information Packet(PIP) for an interactive Pay-Per-View (PPV) program, such as a game, isgenerated by interface 200 and attached by server 202 to input streams22 and 24, as needed. This stream is then passed to interactiveinterface 204 and transmitted on signal 28 to receiver stations 34 asshown in FIG. 1.

Prior to any viewing of the PPV program, the receiver station 34 willnot show any video or play any audio until the PPV program is properlyauthorized by access card 88 in the receiver station 34, via the logic80 and other functions of the receiver station 34 described herein. Oncethe PPV program is authorized, video and audio are forwarded to thetelevision monitor 66 for viewing by a user.

Operation

FIG. 3 illustrates changes to receiver station 34 in accordance with thepresent invention.

Application Programming Interface (API) 300 is used to interceptcommands from remote control 86 as well as any commands generated at thefront panel of receiver station 34. API 300 provides the interface forinteractive applications that are demodulated by demod/FEC 71 that mayneed special handling. API 300 provides a universal interface forprogramming providers to interface with various types of interactiveprogramming without the need to disclose access card 88 proprietaryinformation.

Each interactive program needs different types of interfaces. Forexample, and not by way of limitation, a mosaic channel with severaldifferent video feeds being shown simultaneously may have one or more ofthe video feeds “blacked out” in certain geographic areas due to sportsleague rules regarding program viewing in certain areas. A broadcast ofa home football game in Indianapolis, for example, where the game is notsold out in advance, is not allowed under National Football League (NFL)broadcast rules. The receiver stations 34 that are resident in theblacked-out area need to be informed that any broadcast of theIndianapolis game must be blacked out not only on the viewer channelshowing that game, but also on any mosaic channel showing that game. TheAPI 300 provides the programming interface to receiver station 34 whichthen prevents the game from being shown in those geographic areas.

The interactive application is registered as a certain type ofapplication at the transmission station 26, via server 200, as describedin FIG. 2. When received by the receiver station 34, the application isdemodulated and converted by demod/FEC 71 and D/A 72. However, beforebeing allowed to pass to the television 66 or recording device 68, whenthe channel containing the interactive application is selected by remotecontrol 86 (or by a front panel selection on receiver station 34), API300 intercepts the command to tune to the interactive application andperforms certain functions based on how the function was registered attransmission station 28, and whether or not the specific receiverstation 34 is authorized to receive and display the given interactiveapplication.

The API 300 also allows the interactive application to determine whethera given receiver station 34 is allowed to display the interactiveapplication for other reasons, e.g., parental control checking, programratings, channel blocking, etc. So, for example, if a receiver station34 is blocked from receiving specific channels, either because theprogramming package purchased by the viewer does not allow viewing ofthat channel, or by specific channel blocking by the user to preventunwanted programming, the API 300 will determine that the giveninteractive application is or is not authorized to be passed totelevision 66 or recording device 68. Further, the API 300 provideson-television 66 screen messages when portions of the interactiveapplication have changed. For example, when the PIP for a purchased gamechanges, because time is running out on the game purchase or there is aspecial pricing available for that game for a given amount of time, anon-screen notification can be provided to inform the viewer of suchchanges. Other on-screen notifications are also possible based on thesituation and desires of programmers and the service provider.

Such on-screen displays can also provide “reason codes” which give theviewer additional information as to the reason for the on-screendisplay. For example, if a viewer is trying to purchase an interactivePPV event, but the PPV event requires the user to authorize a charge toa credit card or the user's account, a Personalized IdentificationNumber (PIN) may be required, and the on-screen display may ask for thatPIN. If the PPV event rating exceeds the rating that is assigned to agiven receiver station 34, a different on-screen display may state thatthe event cannot be displayed without increasing the programming ratingfor that receiver station 34. Interactive applications can be programmedwith various types of on-screen displays, and these on-screen displayscan be selected by providing the programming to the interactiveapplication at transmission station 28, which is then demodulated atreceiver station 34 for use by API 300.

The interactive application, when programmed and entered at transmissionstation 28, must also be able to determine whether or not a givenreceiver station 34 comprises API 300. Further, if a given receiverstation 34 does comprise API 300, there may be different versions of API300 to support various levels of programming and service, and, as such,the interactive application must know which functions a given API 300does support, so the interactive application will run on any version ofreceiver station 34 without problems. To accomplish this, someinteractive applications may need to have programming that disables theinteractive application entirely, or disable portions of the interactiveapplication, depending on which receiver station 34 is receiving theinteractive application.

The API 300 of the present invention also allows for receiver station34, via interactive applications, to query the viewer for information.For example, and not by way of limitation, certain interactiveapplications, such as mosaic channels described herein above, cannotshow certain programs in certain zip codes due to programming blackoutsor other reasons. So, when an interactive application is requested by aviewer, either via remote control 86 or the front panel of receiverstation 34, the API 300 will ask the viewer to provide a zip code as aninput on an on-screen display to allow for the proper viewing of thegames being shown on the requested mosaic channel. The zipcode providedcan then be stored on access card 88 or directly in memory 78, for useon later interactive applications as needed.

Callback Information

The present invention also supports applications that may requirecommunication between the application and the server 202. The presentinvention supports multiple callback phone numbers to be used indifferent scenarios.

For some callbacks, known as synchronous callbacks because they occurduring the execution of the application, the application provides thephone number to the logic 80 to be routed through interface 82. Theapplication can also reference a known phone number from the access card88 or can reference a named parameter stored phone number in the memory78 from the verifier using instructions within the application ifdesired.

For asynchronous callbacks, which do not have to occur during theexecution of the application, the application can use the default phonenumber from a S&F schema, or override that phone number if thecertificate permits overriding the phone number. Again, the applicationcan provide the phone number to the logic 80 and interface 82;application can also reference a known phone number from the access card88 or can reference a named parameter stored phone number in the memory78 from the verifier using instructions within the application ifdesired.

Further, the receiver station 34 can have a default telephone number,which can be a “1-800” number, or another phone number, as well as anadditional set of user or service provider provided phone numbers. Theapplication can use instructions to use this system phone number in anyof the callback situations. When the system phone number is selected,the present invention uses the provided numbers if they exist, or usesthe default 1-800 number. The number selected can be based on a specificinstruction to use a local number, the default 1-800 number, or apredetermined hierarchy which can be overridden by the application ifdesired. The default 1-800 number can also be changed via the user orvia downlink signals 33 and replaced in the memory 78 as needed.

If the receiver station 34 is unable to complete the callback when firstattempted, the receiver station will continue to try to complete thecallback until successful. The present invention also allows for acertain number of retries before reporting unsuccessful callbackattempts to the user for manual intervention. The number of retries canbe changed either by the service provider or the user as desired.Further, the available phone numbers can be tried in sequence ratherthan trying a single number until the number of retries is exhausted.

The present invention also determines if the callback number is a propernumber, e.g., receives an answer from a computer modem or not, anddepending on the result, amends the call attempt schema. For example,and not by way of limitation, if a call results in a non-computer modemanswer, then that particular number will not be called again during thecurrent call window for this callback by the receiver station 34. Thisnumber may also be disabled by the receiver station 34 until a new listof local access numbers is received and stored in memory 78.

Results of callbacks are reported to the application so the applicationcan properly address the results as needed. Receiver station 34 alsovalidates and updates, as needed, the phone list at the initiation ofcallbacks generated by the API 300 and the application by requesting anew phone number list from server 202.

Example Application

FIG. 4 illustrates a typical eight-cell matrix with a generic video feedin accordance with the present invention.

Interactive mosaic channel 400 is shown as being displayed on television66. Within interactive mosaic channel 400, there are a number of videocells 402-416 and a text box 418, also referred to as an On ScreenDisplay (OSD) 418. Optionally, the interactive mosaic channel 400further comprises a cursor 420, a background video graphic 422, and adynamic ticker 424.

The number of video cells 402-416 can change based on the number ofvideo cells 402-416 desired. As the number of video cells 402-416increases, of course, there must be a reduction in the size of the videocells 402-416 to ensure that the video cells 402-416 can bedifferentiated on the television 66. As the number of video cells402-416 decreases, the size of the video cells 402-416 can increase,since there is more space available on television 66 to display videocells 402-416.

Further, the placement of video cells 402-416, text box 418, backgroundgraphic 422, and ticker 424 is not limited to the positions ontelevision 66 as shown in FIG. 2. These elements 402-416, 418, 422, and424 can be displayed anywhere on television 66 without departing fromthe scope of the present invention.

As there are multiple video feeds, e.g., one video feed for each videocell 402-416 being presented, each video cell 402-416, as well as textbox 418, background video 422 and possibly dynamic ticker 424, haveassociated audio portions that can be played. Presenting more than oneaudio stream may be confusing to a viewer of television 66; as such, itis typical that only one audio stream of information is presented at agiven time. Further, each of the video feeds may also haveclosed-captioning information associated with it, and selection of aclosed-captioned presentation, rather than an audio presentation, can beperformed if desired.

Video Cells

Video cells 402-416 each typically contain a separate viewer channel ofprogramming. Further, each video cell 402-416 contains other informationthat is presented within the video cell as described herein.

Channel indicator 426 is shown within video cell 402, to show the viewerthe “direct tune” channel number for that video cell 402. For example,video cell 402 shown in FIG. 2 shows a channel indicator 426 displayingchannel 701 as the channel for that video information. When cursor 420is placed on (or around) that video cell 402, as is shown in FIG. 2, theaudio or other associated data for that video cell 402 can be presentedto the viewer.

Related Data

There also may be other related data for a given video cell 402-416 thatis of interest to a viewer. For example, as shown in video cell 402, thevideo feed content is a National Football League™ game. For other typesof video feeds, video cells 402-416 may provide other types ofinformation. For example, in a hockey game, possession of the puck by agiven team does not necessarily indicate an advantage in the game or animpending score. However, if one hockey team is on a power play, or hasa two-person advantage, visual clues can be given to indicate thesescondition by changing color, flashing, or other graphical indication tothe viewer, such that the game condition is known by glancing at the mixchannel 400 in an overview fashion, rather than paying attention to eachvideo cell 402-416 in detail to determine the progress of each videofeed.

Text Box

Text box 418 contains textual information that is useful to the viewer,and this information can change depending on the viewer's selection ofinteractive services as described herein. For example, the text box 418can contain a generic statement about the genre of the interactivemosaic channel 400, or statements directed to a selected video cell402-416 or information related to a selected video cell 402-416 todescribe to a user the meaning of the information presented in the videocell 402-416 or other information related to the video cell 402-416. Thetext box can also scroll to present additional information to the viewerthat does not all fit within text box 418 at a given time.

There can also be default text associated with each interactive mosaicchannel 400, and, depending on the capabilities of IRD 112, each time aninteractive mosaic channel 400 is tuned to, a default descriptive textshall be displayed in the text box 418.

Background Video

Background video 422 is typically a backdrop for the interactive mosaicchannel 400. The background video 422 can be related to the genre of theinteractive mosaic channel 422; for example, in a news environment, thebackground video 208 can be related to a top news story, the stockmarket exchange building, a prominent government building, etc. Thebackground video 422 can be changed or can be a dynamic video dependingon the desires of the editorial staff or viewer preferences. Further,the background video 422 can be a logo or other indicator of the sourceof the interactive mosaic channel 400, such as DIRECTV.

Dynamic Ticker

The dynamic ticker 424 can be used to provide real-time updates to thegenre of the interactive mosaic channel 400. For example, in a sportsenvironment, the dynamic ticker 424 can provide updated scores orbreaking news, or act as an alert system as described herein. Thedynamic ticker 210 can also be used to present other information, suchas statistics, closed captioning information, or other information, thatcan be related to the genre or to other issues. The dynamic ticker 424can also be updated with new information at a different rate than thatof the video cells 402-416, because the source of information that isused to create dynamic ticker 424 comes from a different source than theinformation that is presented in video cells 402-416.

Viewer Interaction

By selecting a given video cell 402-416, the viewer is selecting aspecific characteristic associated with that given video cell 402-416,or associated video feed 228 used to generate that video cell 402-416.In most instances, when the viewer selects a given video cell 402-416via cursor 420, the audio portion associated with the selected videocell 402-416 will be presented to the viewer, rather than a genericaudio portion associated with interactive mosaic channel 400. Further,selection of a given video cell 402-416 with cursor 420 may also selecta closed captioning data stream associated with the selected video cell402-416, depending on the availability of such a data stream and/orother settings that a viewer has selected. Cursor 420 can be moved toany of the video cells 402-416, and, optionally, can be moved to selecttext box 418 or ticker 424.

When cursor 420 is moved to a given video cell 402-416, or to text box418 or ticker 424, text box 418 also may undergo a change ininformation. Typically, when the video cell 402-416 is selected by theviewer, indicated by the presence of cursor 420, text box 418 willpresent the information in the Advanced Program Guide (APG) that isassociated with the viewer channel (indicated by channel indicator 226)selected by cursor 420. The APG typically includes information on theprogram or “show” that is currently being presented by the viewerchannel shown in video cell 402-416, as well as the time that show isbeing aired and the next show to be aired on that viewer channel. Otherinformation, either in the APG or external to the APG, can also bedisplayed in the text box 418 when the cursor is moved to a given videocell 402-416. The text box 418 can also remain static if desired.

As such, the viewer can “interact” with the interactive mosaic channel400 and decide which audio track to listen to, find out a plot line ofeach of the shows being presented in the various video cells 402-416, orfind out what is going to be aired next in the various viewer channelsbeing presented in video cells 402-416, while variously viewing thevideo presentations in the video cells 402. If a specific video cell402-416 presents video information that is of interest to a viewer, thenthe viewer can move cursor 500, via a remote control command, to a givenvideo cell 402.

If the viewer decides that the selected video cell 402 is of enoughinterest, the viewer can then directly tune to the selected video cell402, i.e., tune directly to that viewer channel that is providing thevideo and audio used to create video cell 402, by pressing a singlebutton on the remote control (typically the “select” button on a DIRECTVremote control). This will tune the IRD 112 or television 66 to thatviewer channel, which will then be presented full-screen to the vieweras in a normal television 66 viewing format.

Default Conditions

When a viewer arrives at a given interactive mosaic channel 400, theposition of cursor 420 may default to the first video cell 402, anygiven video cell 402-416, or not be present at all. The viewer may haveto press a button on the remote control to activate the cursor 420.Typically, a viewer moves the cursor 420 by using the up/down/left/rightkeys on a remote control associated with the IRD 112, but other methodscan be used without departing from the scope of the present invention.Further, if IRD 112 is not enabled for any or enough interactiveservices, the cursor 420 functions may be disabled, either entirely orpartially, depending on the capabilities of IRD 112.

There can also be the ability to record interactive mosaic channel 400which will allow a viewer to record what would be several viewerchannels as a single viewer channel, i.e., the recorded interactivemosaic channel 400. However, a recorded version of interactive mosaicchannel 400 may act differently than a live-feed interactive mosaicchannel 400, because the cursor 420 functions may no longer beconsistent with a recorded version of that video information. Forexample, selection of a video cell 402, in a live-feed version, wouldtune the IRD 112 to the channel number associated with that video cell402. When it is a recorded version, selection of that video cell wouldnot tune the IRD 112 to the channel number, but would likely presentthat recorded video information in a full-television 66 format, withpossible degradation of picture quality. The ability to recordinteractive mosaic channel 400 may also be selectively disabled ifdesired.

Changes in Interactive Mosaic Channel Display

Some of the interactive mosaic channels 400 may, because of the genreselected for that interactive mosaic channel 400 or for other reasons,may need to have the video cells 402-416 changed from one viewer channelto another, or to have video cells 402-416 added or deleted from thepresentation of the interactive mosaic channel 400 on television 66. Assuch, there must be a capability to change the presentation of any giveninteractive mosaic channel 400. The changes may be of a time-sensitivenature, such as changes in news or sporting events, or a seasonalchange, such as additional viewer channels carrying an event such as theNCAA Basketball Tournament, and thus, would be seasonally included in aninteractive mosaic channel 400 presentation, or of a programming nature,where a viewer adds or deletes a viewer channel to their programmingpackage and thus access to such a viewer channel is selectively allowedor denied. If such a viewer channel is being used to create a giveninteractive mosaic channel 400, then the interactive mosaic channel 400must have the capability of adding that video feed for presentation onthe monitor.

For example, in a sports genre interactive mosaic channel 400, it istypically known when a sporting event will start and which viewerchannel the event will be carried on. So, interactive mosaic channel 400can schedule the change to the video feed for that viewer channel asbeing shown on a video cell 402, or change away from a viewer channelthat is no longer carrying a sporting event, based on a schedule orother set time-frame events.

When such changes take place, the service provider (which can be DIRECTVor some other service provider) can program the interactive mosaicchannel 400 to change the video presentation on channel 200. This can bedone in a variety of ways, either by selectively blacking out the videocells 402-416, presenting a graphic on the video feed during the changesmade to the video cells 402-416, or other methods, presented to theviewer in such a way that the video feeds 228 used to create video cells402-416 are not visible. It may or may not be desirable to presentinformation on the dynamic ticker 210 that the viewer needs to waitduring the change in programming. Once the interactive mosaic channel400 programming is completed, the service provider would then send thevideo information that shows the new configuration of video cells402-416, new text box 204 information, etc. Other methods of performingthe change in video presentation of viewer channels are also possiblewithin the scope of the present invention.

The service provider, and the viewer, have the ability to black out ordisable viewer channels, and, as such, have the ability to black out ordisable not only entire interactive mosaic channels 200, but theindividual video feeds that are associated with video cells 402 that arepresented within an interactive mosaic channel 400. Further, users mayhave the ability to create their own interactive mosaic channel 400,depending on the equipment capabilities of IRD 112, television 66, orother equipment that a specific viewer may have access to.

Operation with Interactive Channels

API 300 of the present invention allows for proper interaction with agiven interactive channel, such as the mosaic channel 400 shown in FIG.4. For example, and not by way of limitation, API 300 ensures that thevideo feeds used in video cells 402-416 are authorized to be displayedon a given receiver station 34. As shown in FIG. 4, video cell 402 isdisplaying a game between the San Diego Chargers and the OaklandRaiders, being played in Oakland. Such a game is blacked out in the SanFrancisco Bay Area unless the game is sold out seventy-two hours beforekickoff. So, API 300 would be programmed to have the video cells 402-416for this mosaic channel 400 as an “application prior” interactivechannel to allow the receiver station 34 determine the entitlementstatus of each video cell within the mosaic channel 400 prior to displayon the television 66.

If the particular receiver station 34 is in zip code 94101, which is inSan Francisco, Calif., the video feed used in video cell 402 would beblacked out, and API 300 would provide a shutter or other blank videoscreen in video cell 402 of that particular receiver station 34. On theother hand, if the particular receiver station 34 is located in zip code90045, which is in Los Angeles, Calif., the video feed used in videocell 402 would not be blacked out, and API 300 would authorize thatvideo feed to be displayed on television 66.

The API 300 is queried by the interactive application associated withthe mosaic channel 400 to determine the status of each of the videofeeds, as well as the interactive features associated with cursor 420.When a viewer tunes the receiver station 34 to the mosaic channel 400,the interactive application associated with the mosaic channel 400interacts with the API 300 to determine the functionality and displaypossibilities for each of the video cells 402-416, as well as cursor 420usage and functions.

If the subscriber has not subscribed to the mosaic channel 400, theinteractive channel and the API 300 may place an on-screen message thatasks the subscriber if they would like to subscribe to the mosaicchannel 400, and, upon the subscriber's payment for the service, the API300 would then allow viewing of those games that are not blacked out inthe subscriber's geographic area. Further, the API 300 would providecursor 420 functions and dynamic ticker 424 information to receiverstation 34, such that any command from the front panel of receiverstation 34 or from remote control 86 would be properly interpreted byreceiver station 34.

If the subscriber is authorized to receive and display the mosaicchannel 400, the mosaic channel 400 is initially displayed with shuttersor other “blank” video within the video cells 402-416, because thestatus of the mosaic channel is “Application Prior”. API 300 thenqueries the interactive application portion associated with the mosaicchannel 400, to check the Interactive Configuration Object (ICO) whichcontains the PIPs associated with each of the video cells 402-416, tosee which of the video cells 402-416 can be displayed on television 66.Each of the PIPs associated with the video cells 402-416 is queried, andaccess card 88 determines which, if any, of the video cells 402-416 canbe displayed. The PIPs associated with the video cells 402-416 aretypically queried in a serial fashion, but can be queried in a parallelfashion if desired. As each PIP for each video cell 402-416 is confirmedas authorized by access card 88, the shutter or other “blank” video isremoved from that video cell 402-416, and is then displayed on theviewer's television 66.

Flowchart

FIG. 5 is a flowchart showing the steps of the present invention.

Box 500 represents an application querying an API.

Box 502 represents determining the status of at least one video programbased on a result of the query.

Box 504 represents selectively displaying the at least one video programbased on the status of the at least one video program.

Conclusion

In summary, the present invention comprises methods and apparatuses forselectively displaying satellite-based television signals incommunications systems. A method in accordance with the presentinvention comprises querying an Application Program Interface (API) withan application, determining the status of at least one video programbased on a result of the query, and selectively displaying the at leastone video program based on the status of the at least one video program.

Such a method further optionally includes setting a flag in the at leastone video program, the flag indicating that the at least one videoprogram is to be displayed only after the status is determined, the atleast one video program being a mosaic channel comprising a plurality ofviewer channels, each viewer channel in the plurality of video channelshaving a separate status and each viewer channel in the plurality ofvideo channels is selectively displayed based on the separate status,the separate status being based on a service authorization or ageographical location of a receiver station, and determining at leastone interactive function of the at least one video program based on thestatus of the at least one video program.

An infrastructure within a satellite television signal delivery system,for determining whether a video program is displayable on a televisionmonitor in accordance with the present invention comprises a server,coupled to a transmission station, wherein the server attachesinformation to the video program, and a receiver station, including anApplication Program Interface (API), coupled to the receiver station,wherein the API determines the status of the video program based on theinformation attached to the video program, wherein the receiver stationselectively allows display of the video program based on the status ofthe video program.

Such an infrastructure further optionally includes the informationattached to the video program indicating that the video program is to bedisplayed only after the status is determined, the video program being amosaic channel comprising a plurality of viewer channels, each viewerchannel in the plurality of video channels having a separate status andeach viewer channel in the plurality of video channels is selectivelydisplayed based on the separate status, the separate status being basedon a service authorization or a geographical location of a receiverstation, and determining at least one interactive function of the atleast one video program based on the status of the at least one videoprogram.

A system for selectively displaying a video program in accordance withthe present invention comprises a transmission station, including aserver for attaching information to the video program, a plurality ofsatellites receiving at least an uplink signal which includes theinformation and the video program from the transmission station andproducing a downlink signal based on the uplink signal, an antenna, theantenna receiving the downlink signal, and at least one receiver,coupled to the antenna, for receiving the downlink signal andinterpreting the information in the downlink signal, wherein the atleast one receiver selectively displays the video program based on atleast the interpreted information.

Such a system further optionally includes the information attached tothe video program indicating that the video program is to be displayedonly after a status of the video program is determined, the videoprogram being a mosaic channel comprising a plurality of viewerchannels, each viewer channel in the plurality of video channels havinga separate status and each viewer channel in the plurality of videochannels is selectively displayed based on the separate status, theseparate status being based on a service authorization or a geographicallocation of a receiver station, and the receiver station determining atleast one interactive function of the at least one video program basedon the status of the at least one video program.

It is intended that the scope of the invention be limited not by thisdetailed description, but rather by the claims appended hereto and theequivalents thereof. The above specification, examples and data providea complete description of the manufacture and use of the composition ofthe invention. Since many embodiments of the invention can be madewithout departing from the spirit and scope of the invention, theinvention resides in the claims hereinafter appended and the equivalentsthereof.

1.-22. (canceled)
 23. A method for selectively displaying asatellite-based television signal in a communication system, comprising;querying an API with an application, the query comprising at least anauthorization status including a geographical area query; determiningthe authorization status of at least one video program based on a resultof the query; and selectively displaying the at least one video programbased on the authorization status of the at least one video program. 24.The method of claim 23, further comprising setting a flag in the atleast one video program.
 25. The method of claim 24, wherein the flagindicates that the at least one video program is to be displayed onlyafter the authorization status is determined.
 26. The method of claim25, wherein the at least one video program is a mosaic channelcomprising a plurality of viewer channels.
 27. The method of claim 26,wherein each viewer channel in the plurality of video channels has aseparate authorization status and each viewer channel in the pluralityof video channels is selectively displayed based on the separateauthorization status.
 28. The method of claim 27, wherein the separateauthorization status is based on a geographical location of a receiverstation.
 29. The method of claim 27, wherein the separate authorizationstatus is based on a service authorization of a receiver station. 30.The method of claim 27, further comprising determining at least oneinteractive function of the at least one video program based on theauthorization status of the at least one video program.
 31. A system forselectively displaying a video program, comprising: a transmissionstation, including a server for attaching information to the videoprogram, the information including at least geographical area data; aplurality of satellites receiving at least an uplink signal whichincludes the information and the video program from the transmissionstation and producing a downlink signal based on the uplink signal; anantenna, the antenna receiving the downlink signal; at least onereceiver, coupled to the antenna, for receiving the downlink signal andinterpreting the information in the downlink signal, wherein the atleast one receiver selectively displays the video program based on atleast the interpreted information.
 32. The system of claim 31, whereinthe information attached to the video program indicates that the videoprogram is to be displayed only after an authorization status of thevideo program is determined.
 33. The system of claim 32, wherein thevideo program is a mosaic channel comprising a plurality of viewerchannels.
 34. The system of claim 33, wherein each viewer channel in theplurality of video channels has a separate authorization status and eachviewer channel in the plurality of video channels is selectivelydisplayed based on the separate authorization status.
 35. The system ofclaim 34, wherein the separate authorization status is based on ageographical location of a receiver station and the geographical areadata.
 36. The system of claim 34, wherein the separate authorizationstatus is based on a service authorization of a receiver station. 37.The system of claim 36, further comprising the receiver stationdetermining at least one interactive function of the at least one videoprogram based on the authorization status of the at least one videoprogram.